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Description : 

L'invention concerne un procede destine a controler I'affichage d'au moins un 
caractere sur un appareil de sortie, une description sommaire dudit caractere etant indue 
dans une base de donnees, ledit procede comprenant les etapes suivantes : 

- Elaboration d'un code executable a partir de la description sommaire dudit caractere, 

- execution du code executable correspondant audit caractere afin d'afficher le caractere sur 
I'appareil de sortie. 

Un tel procede est connu du document US 6,005,588. Dans ce document, au moins 
un ensemble de caracteres, constitue en general d'un alphabet et d'un certain nombre de 
sigles d'une taille et d'une police particuliere, est present a llnterieur d'une base de donnees. 
Dans cette base de donnees, les caracteres sont codes selon un langage de definition du 
caractere, tel que, par exemple, TrueType ou PostScript, definissant ainsi une description 
sommaire des caracteres. Les etapes d'elaboration de code executable telle que proposee 
dans le document US 6,005,588 generent, en premier lieu, un plan de pixels (bitmaps en 
anglais) pour chaque caractere d'un ensemble de caracteres. Ce plan de pixels est ensuite 
utilise par un generateur de code (une routine) qui cree du code executable en lisant le plan 
de pixels ligne par ligne. 

La possibility de generer localement le code executable a partir d'une description 
sommaire des caracteres permet une grande portability des polices. Par exemple, la 
description sommaire des caracteres dans une certaine police et pour une certaine taille - 
requise pour I'affichage d'une page Web peut etre envoyee sur Internet en meme temps que 
cette page. La reconstruction des textes se fait localement par generation de code. 

L'invention est liee aux considerations suivantes : 

Dans le document US 6,005,588, la generation du code se fait grace a une routine qui 
lit les plans de pixels, ladite routine etant la meme quel que soit le plan de pixels lu. Par 
consequent, comme cette routine travaille sur des plans de pixels, elle lit obligatoirement 
toutes les lignes du plan de pixels. Le code obtenu est compile a I'avance. Dans les modes 
de realisation preferes du document US 6,005,588, cette compilation est completee au cours 
d'etapes de simplification du code. Le code genere est essentiellement compose d'appels de 
fonctions (« DrawPixel » ; « DrawLine »). En effet, la generation a partir de plans de pixels 
ne permettent pas une optimisation plus poussee du code genere. A I'execution, I'appel des 
fonctions engendre une certaine perte de temps. 

Un but de l'invention est de permettre la creation simplifiee d'un code en restant a un 
haut niveau d'abstraction, le code executable obtenu ayant une execution tres rapide. 
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En effet, un procede destine a controler I'affichage d'au moins un caractere sur un 
appareil de sortie, conforme au paragraphe introductif est remarquable selon I'invention en 
ce que I'etape d'elaboration du code executable comprend deux sous-etapes : 

- une etape d'extraction, a partir de la description sommaire dudit caractere, d'un code 

5 symbolique non executable definissant des actions pour colorier des points sur I'appareil de 
sortie, 

- une etape de generation dynamique, a partir dudit code symbolique, du code executable. 

Le code symbolique est necessaire a la mise en ceuvre de la generation dynamique. 
Cependant ces deux etapes peuvent etre plus ou moins dissociees. Le materiel actuellement 

10 disponible permet de faire de la generation dynamique de code avec une bonne fiabilite et 
une bonne rapidite. Cette fiabilite et cette rapidite sont ameliorees regulierement par 
evolution des techniques. La duree requise a la generation dynamique de code peut etre 
plus importante que, par exemple, la generation d'un plan de pixels a partir des memes 
donnees mais dans tous les cas, la rapidite d'execution du code genere de maniere 

15 dynamique compense cet handicap quand le caractere est repete. 

Dans un mode de realisation avantageux, le procede est tel que le code executable 
elabore est stocke dans un module de stockage. Lorsque I'affichage d'un caractere est 
requis, il suffit alors d'appeler I'execution du code executable deja genere et stocke dans la 
memoire : le temps correspondant a des elaborations successives du code executable est 

20 alors economise. 

Le document US 6,005,588 propose ainsi de stocker le code executable. Cependant, le 
document US 6,005,588 propose d'elaborer, dans une etape prealable, du code executable 
pour la totalite d'un ensemble de caracteres dans toutes les polices qui seront utilisees, 
lesdites polices etant par consequent connues a Tavance. Le document cite propose ensuite 

25 de stocker ce code, puis d'utiliser au besoin les codes correspondant aux caracteres requis 
pour I'affichage. Cela implique I'elaboration de code executable pour des caracteres inutilises 
et par consequent de la perte de temps. 

Dans un mode de realisation prefere de I'invention, le procede selon I'invention 
comprend les etapes suivantes : 

30 - reception d'une requete d'affichage dudit caractere, 

- recherche d'un code executable correspondant audit caractere dans le module de stockage, 

- decision, selon le resultat de la recherche, de : 

lorsque le code executable correspondant audit caractere est absent dans le module 
de stockage, elaborer ce code a partir de la description sommaire dudit caractere, le stocker 
35 dans le module de stockage et I'executer afin d'afficher ledit caractere sur I'appareil de 
sortie, 
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- lorsque le code executable correspondent audit caractere est present dans le module de 
stockage, I'executer afin d'afficher ledit caractere sur I'appareil de sortie. 

En effet, la generation dynamique de code selon llnvention peut etre aisement 
effectuee simultanement a I'execution de I'affichage, c'est-a-dire en temps reel et non pas 
5 dans une &ape prealable. Les caracteristiques d'une Elaboration de code executable selon 
Hnvention permettent ainsi que le code executable correspondant audit caractere soit 
gen^re lorsque le code executable correspondant audit caractere est absent dans I'appareil 
de stockage. 

Avantageusement, I'appareil de stockage est une memoire cache permettant une 
10 gestion dynamique du stockage des codes generes. Ce mode de realisation prefere permet 
de tirer le parti maximum, en duree de traitement de I'affichage, de I'elaboration de code 
selon I'invention : d'une part, I'dtape d'elaboration etant assez longue, le code n'est genere 
qu'au besoin et d'autre part, le code deja ginire, tres rapide a I'execution, est rapped 
directement pour etre execute. 
15 Une application de I'invention concerne un produit programme d'ordinateur 

contenant du code pour realiser les etapes du procedE selon llnvention. invention peut 
etre implementee dans tout dispositif destine a afficher au moins un caractere sur un .... 
appareil de sortie. 

Dans une de ses applications, I'invention peut etre avantageusement mise en oeuvre 
20 dans tout appareil electronique necessitant un affichage de caracteres pouvant etre de 

diverses tailles et de diverses polices sur un appareil de sortie : telephone, portable ou non, 
appareil electronique en liaison avec un reseau, par exemple Internet : ordinateur, fax, 
imprimantes... ^invention est particulierement interessante pour les appareils contenant un 
ou plusieurs pnocesseurs sans support materiel dedie a la manipulation de plans de pixels. 

25 

Llnvention sera mieux comprise a la lumiere de la description suivante de quelques 
modes de realisation, faite a titre d'exemple et en regard des dessins annexes, dans 
lesquels : 

- la figure 1 est un schema fonctionnel representant les differentes etapes d'un procede 
30 destine a afficher au moins un caractere sur un appareil de sortie, selon I'invention. 

- la figure 2a illustre la representation symbolique attachee a Taffichage de la lettre I 
representee sur la figure 2b. 

la figure 3 est un diagramme schematique d'un.appareil electronique selon llnvention. 

35 La figure 1 est un schema fonctionnel representant les differentes etapes d'un 

procede destine a controler I'affichage d'au moins un caractere sur un appareil de sortie DIS. 
La figure 1 represente un mode de realisation prefere de I'invention. Dans ce mode de 
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realisation prefere, le procede selon I'invention comprend une etape de reception realisee au 
sein de moyens de reception REC d'une requete REQ d'affichage dudit caractere. Une etape 
de recherche SEARCH d'un code executable correspondant audit caractere est alors 
effectuee dans un module de stockage STO. Lorsqu'un code executable correspondant audit 
caractere est trouve dans STO (cas « Y »), 1'adresse dudit code est envoyee vers un module 
d'execution EXE ou ledit code est execute afin d'afficher ledit caractere sur I'appareil de 
sortie DIS externe a un dispositif DEV mettant en ceuvre le procede selon I'invention decrit 
ci-dessus. Lorsque aucun code executable correspondant au caractere n'est trouve dans le 
module de stockage STO (cas « N »), une etape d'elaboration GEN de code executable BIN 
est active. Le module de stockage STO presente ainsi le fonctionnement d'une memoire 
cache qui peut, dans une mise en ceuvre avantageuse, etre une partie d'une memoire RAM 
dediee completement au stockage de ce type de donnees graphiques. Le procede selon 
I'invention presente en effet I'avantage de produire du code a stacker, ledit code pouvant 
etre stocke dans des memoires classiques et peu couteuses, ce qui n'est pas le cas des plans 
de pixels pour lesquels une memoire graphique, couteuse, est generalement requise. Le 
fonctionnement en memoire cache decrit ici est specifique du mode de realisation prefere de 
('invention et permet de tirer le parti maximum, en duree de traitemerit de I'affichage, de 
I'elaboration de code selon I'invention : d'une part, I'etape d'elaboration etant assez longue, 
le code n'est genere qu'au besoin et d'autre part, le code deja genere, tres rapide a 
I'execution, est rappele directement pour etre execute. Ce mode de realisation n'exclut 
cependant pas d'autres mises en oeuvre de stockage. 

Le fait de generer et de stacker du code au lieu de plans de pixels permet un 
affichage plus rapide par lecture directe du code executable stocke au lieu des procedures 
dassique d'affichage de caracteres consistant a appeler, pour chaque caractere, le plan de 
pixels correspondant stocke et de le faire lire, pour afficher le caractere, par une routine 
(execution d'un code binaire) commune a tous les plans de pixels, ladite routine creant le 
code executable. Ainsi, I'interet de stacker du code executable existe principalement, 
aujourd'hui, sur des appareils pour lesquels llmplantation d'un systeme dedie a la 
manipulation de donnees graphiques (plans de pixels...), tel que par exemple, une puce 
graphique dediee, est deconseillee pour des raisons de cout, d'efficacite, de consommation 
d'energie ou d'autres contraintes. 

L'etape d'elaboration GEN de code executable BIN est en relation avec une base de 
donnees DB incluant au moins une description sommaire DES dudit caractere. La description 
sommaire DES peut-etre de niveau tres bas, par exemple une description en nombres reels 
de courbes permettant de decrire les caracteres (courbes de Besier pour les iettres par 
exemple), ou d f un niveau plus eleve par exemple PostScript ou TrueType, representant en 
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general des courbes en langage propre a ces formats. Ces descriptions sommaires DES 
donnent un dessin du caractere. Le but de llnvention est de fournir une structure 
dlnterpretation de ces dessins. 

Dans les systemes classiques utilisant des plans de pixels, un systeme de coordonnees 

5 est attache a un plan de pixels vide de taille maximale pour la police et la taille specifiee. Par 
exemple, I'origine du systeme de coordonnees est le coin sup^rieur gauche. Cette 
configuration est courante mais toute autre solution est possible (coin inferieur gauche...). 
Dans ce systeme de coordonnees, les points decrits dans la description sommaire (par 
exemple, les points de Besier) sont places pour le caractere de la taille et de la police 

10 requise. Les courbes correspondantes sont ensuite tracees en se basant sur les points 
positionnes. Uinterieur des contours formes par ces courbes sont noircies en noircissant 
chaque pixel du plan de pixels qui se trouve a I'interieur de ce contour. Le processus de 
passage de I'espace de coordonnees a I'espace de pixels s'appelle « rasterisation ». Ce 
systeme n&essite le traitement ulterieur des plans de pixels. Dans I'etat de la technique, ce 

15 traitement est realise par une routine qui lit la totalite des lignes du plan de pixels. La lecture 
de la totalite des lignes du plan de pixels demande du temps. Cette approche n'est pas bien 
adaptee aux appareils ne comprenant pas de systeme dedie a la manipulation de plans de^ 
pixels particulierement interesses par llnvention. De plus, le code obtenu n'est pas optimal 
car il comprend des appels fonctionnels qui nuisent a la rapidite d'execution dudit code. 

20 L'invention propose une approche differente. Cette approche comprend une etape semblable 
a la premiere etape de I'approche classique : une etape de calcul CAL des positions POS des 
points et des courbes definissant les caracteres dans un systeme de coordonnees semblable 
a celui decrit auparavant, a partir de la description sommaire DES. Chaque ligne est ensuite 
pass£e en systeme de pixels dans une etape de « rasterisation » RAS dans ce systeme de 

25 coordonnees mais au lieu de produire des points noirs, cette etape extrait, a partir des 
positions POS, du code symbolique SYM qu'il serait necessaire d'executer pour justement 
colorier des points, cette etape definit, en fait, des actions pour « colorier » des octets 
codant pour des points sur I'appareil de sortie. Le code symbolique n'est, cependant, pas un 
code directement executable. Une etape de generation DYN genere ensuite du code 

30 dynamiquement a partir du code SYM, exdusivement dedie a cette tache. Le generateur 
DYN du code executable impose le format exact de la forme symbolique. Les deux etapes 
RAS et DYN peuvent etre dissociees ou entremeles. Lesdites deux etapes peuvent ainsi etre 
indivisibles : extraction du code symbolique pour une ligne de pixels - generation du code 
executable correspondent - extraction du code symbolique pour la ligne suivante - etc.. 

35 Cette fagon de faire peut etre particulierement avantageuse lorsqu'il n'y a pas assez de 

memoire disponible pour stocker provisoirement la forme symbolique SYM. Tout depend du 
generateur DYN utilise et du mode de realisation choisi. Le code executable ainsi obtenu ne 
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contient pas d'appels fonctionnels mais est constitue d'octets « colories ». Par la nature 
meme de la generation dynamique, le corps d'une routine « drawPixel » telle que presentee 
dans I'etat de la technique est en effet automatiquement « insere » dans le code autant de 
fois que necessaire. Vu que tout appel fonctionnel est supprime du code genere selon 
I'invention, il est hors de propos d'envisager une simplification des lignes telle qu'exposee 
dans le document de I'etat de la technique par appel d'une fonction « DrawLine » au lieu de 
dix appels a une fonction « DrawPixel ». Des etapes couteuses en temps et en ressources de 
calcul sont ainsi supprimees du procede de controle d'affichage selon I'invention. Le 
caractere « sur mesure » de ('elaboration du code executable selon I'invention s'oppose, en 
effet, a l'elaboration de ce code par lecture d'un plan de pixels par une routine semblable 
pour tous les pixels. L'elaboration selon llnvention permet de rester a un haut niveau 
d'abstraction et, dans certaines configurations, de gagner en temps de calcul. Elle est 
permise par revolution des techniques en matiere de generation dynamique de code. Le 
code executable elabore est d'execution tres rapide. Une fois genere, le code executable est 
execute dans une etape EXE afin d'afficher le caractere sur I'appareil de sortie. Un avantage 
supplemental de l'elaboration de code executable selon (Invention est de pouvoir etre 
aisement effectuee simultanement a I'execution de I'affichage, c'est-a-dire en temps reel. 
Cela permet d'envisager le mode de realisation prefere presente plus avant, ou ('elaboration 
de code est faite au besoin. 

Dans une mise en oeuvre avantageuse, une sorte de table indue dans I'appareil de 
stockage STO presente, d'une part, les parametres figes lors de l'elaboration des codes 
executables et, d'autre part, en correspondance, I'adresse des codes executables 
correspondant a ces parametres. Cette table est lue lors de I'etape de recherche SEARCH du 
code executable correspondant au caractere devant etre affiche. Par appel de son adresse, 
le code executable BIN est, par exemple, directement reproduit dans la chaine ^instructions 
d'affichage. La routine generee peut ainsi utiliser des instructions de remplissage de blocs de 
memoire, disponibles sur certains CPUs, elle peut egalement utiliser le controleur DMA dans 
le meme but (DMA unit en anglais : Direct Memory Access). Ceci n'etait pas envisageable 
dans le cas du code genere dans le document US 6,005,588 a cause de la structure meme 
de ce code, 

Un exemple de la forme symbolique SYM est schematisee sur la figure 2a. Cette figure 
n'est qu'indicative d'un mode special de realisation. Le code symbolique a, dans cet 
exemple, une structure appelee en « arborescence ». Sur cette figure, la structure d'un code 
symbolique SYM destine a tracer un « I » majuscule dans la police « sans serif » telle que 
Arial dans un cadre d'une taille 14x8 avec la couleur COL est representee. Pour dessiner 
cette lettre il faut noircir les colonnes 3 et 4 en comptant de 0 dans les lignes 1 a 12 en 
comptant de 0, ainsi que represents sur la figure 2b. 
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Ce code symbolique regoit les arguments suivants : 

- I'adresse AD du point origine (0 ;0) (coin gauche superieur de la lettre); 

- la couleur COL de trace de la lettre; 

- la taille PITCH de la iigne de la scene graphique ou la lettre doit etre dessin^e, en 
5 nombre d'octets ; 

Les parametres suivants sont, par essence, fixes dans le code symbolique : 

- type de la police (Arial); 

- taille de la police (14); 

- casse de la lettre (majuscule); 
10 - style de la police (normal); 

- nombre de bits par pixel (8, c'est-a-dire un octet par pixel, en general). 

Sur la figure 2a est ainsi represente le code symbolique pour colorier le point (1 ;3) 
faisant partie de la lettre I majuscule en police Arial a la taille desiree. Ce code symbolique 
en arborescence fait partie d'une routine definie a partir des variables et des parametres 

15 fix<§s : routine _I_majuscule_arial_14_normal(AD, COL, PITCH). 

L'adresse de depart AD est une entree de I'arbre ainsi que la couleur COL et la taille 
PITCH de la Iigne graphique. Pour colorier le point (1 ;3), il faut d'abord « sauter » une Iigne 
(PITCH a partir de AD) puis faire un offset OFF de 3 points pour parvenir au point (1 ;3) puis 
colorier I'octet correspondant avec la couleur COL. 

20 Les points restants sont colories de la meme fagon : I'expression se repete avec les 

autres valeurs d'adresses correspondant aux points a colorier. Cependant l'adresse n'a > 
besoin d'etre calculee de fagon complete qu'une fois, pour ensuite etre incrementee de 1 en 
passant a un autre point de la mSme Iigne, et de PITCH en passant a la Iigne suivante. Dans 
la mise en ceuvre particuliere representee sur la figure 2, la couleur COL est convertie sur 8 

25 bits dans une etape CONV. En effet, llnterface des routines doit etre le meme quelle que 

soit la resolution de la scene graphique : 4, 8 ou 16 bits. Ainsi, la couleur passee est definie 
sur 32 bits, chaque routine prenant la partie qui lui est propre. Par consequent, toutes ces 
optimisations s'effectuent a I'extraction du code symbolique et a la generation du code 
executable, et non a I'execution de ce dernier. Le code symbolique peut etre represente en 

30 memoire en tant qu'un jeu de structures arborescentes comme decrit plus haut ou encore 

comme une sequence de code pour une machine a pile, c'est-a-dire par une sequence 

« bytecodes » stockes dans un tableau d'octets : 

Load address 
Load pitch 
35 Add 

Load 3 
Add 

Load color 
Storebyte 
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Une autre possibility est de representer ce code dans un tableau en memoire par des triplets 
du format « tl<- operation (t2,t3) »: 

Add %r1 , address, pitch 
Add%r1,%r1,3 
MoveByte [%r1], color 

Les methodes de representation interne du code executable en memoire sont bien 
connues du domaine de la compilation de langages de programmation ou elles servent aussi 
pour effectuer des optimisations sur un code. EHe est tres souvent appelee « la 
representation interne » du code. « Compilers: Principles, Techniques and Tools » de Aho A. 
V., Sethi R., et Ullman J. D. (Addison Wesley, Reading, MA, 1986, ISBN 0201100886) est un 
exemple de reference pour la description des formes symboliques. Lb code symbolique peut 
eventuellement etre stocke. Cela est, par exemple, avantageux si le temps de sa generation 
a partir de PostScript est longue et que sa taille est negligeable par rapport a la taille de son 
code executable. Dans ce cas, si la decision est prise de supprimer du cache le code 
executable genere correspondant a un caractere, le code symbolique memorise sera utilise, 
a la prochaine requete d'affichage du caractere, pour la generation du code executable au 
lieu de retraiter le PostScript a nouveau. Cependant, si la taille du code symbolique est 
comparable a celle du code executable, mieux vaut ne jamais supprimer du cache le code 
executable genere correspondant a un caractere, plutot que de stacker les deux en 
dupliquant ainsi la memoire requise. Le choix du format du code symbolique est impose par 
le generateur DYN de code executable qu'on utilisera pour produire du code executable BIN 
a partir du code symbolique SYM. Des generateurs dynamiques de code binaire executable 
sont connus de I'etat de la technique, par exemple, dans le document : « Finite-State Code 
Generation » de C. W. Fraser etT. A. Proebsting dans 'Microsoft Research, One Microsoft 
Way', Redmond, WA 98052 et « VCODE : A Retargetable, Extensible Very Fast Dynamic 
Code Generation System » de D. R. Engler dans 'Proceedings of the 23th Annual ACM 
Conference on Programming Language Design and Implementation', Mai 1996, Philadelphia, 
PA. Ces generateurs de code transforment le code symbolique SYM en code executable, ce 
code executable BIN est directement binaire et est celui qui est stocke. 

La figure 3 est un diagramme schematique d'un appareil electronique APP necessitant 
un affichage d'au moins un caractere sur un appareil de sortie DIS. Cet appareil electronique 
APP comprend un processeur CPU, une memoire RAM incluant un module de stockage STO 
selon ('invention, une memoire graphique BUF dedie a I'affichage graphique et un appareil 
de sortie DIS. Cet appareil electronique APP est en outre equipe d'un systeme de reception 
REC d'une requete REQ d'afifichage. Cette requete d'affichage est par exemple generee par 
une entree clavier ou par la reception de donnees transportees par un reseau ou par des 



1 er depot . .. 




9 

> 

ondes. Representee comme etant externe a I'appareil APP, la requete peut aussi etre 
generee de maniere interne. L'appareil electronique est, en outre, en liaison avec une base 
de donnees incluant des descriptions sommaires de caracteres. Cette base de donnees non 
representee ici peut etre incluse iocalement dans l'appareil electronique APP ou peut etre 
regue par cet appareil electronique APP, par exemple, en meme temps que la requete 
d'affichage REQ (page web...)- Un dispositif DEV d'affichage selon Invention est inclus dans 
Tappareil electronique APP selon I'invention, ce syst&me d'affichage DEV est, sur la figure 3, 
entoure de pointings ; il comprend en particulier un module d'execution EXE et un module 
d'elaboration GEN de code executable constitue selon le principe de I'etape d'elaboration 
exposee sur la figure 1 par des moyens d'extraction, a partir de la description sommaire 
dudit caractere, d'un code symbolique non executable definissant des actions pour colorier 
des points sur I'apparei! de sortie et des moyens de generation dynamique, a partir dudit 
code symbolique, du code executable. L'appareil electronique APP, schematiquement 
represente sur la figure 3, peut, en pratique, etre un telephone portable GSM pouvant 
acc&ier a Internet, un ordinateur recevant des pages Web avec des polices definies dans les 
pages, ainsi que tout autre appareil electronique comprenant une unite d'affichage et un 
microprocesseur devant afficher du texte en utilisant des polices dont le chargement est 
dynamique et pour lesquels Taffichage graphique n'est pas la fonction premiere et pour 
lesquels Tutilisation de materiel graphique sophistique n'est pas justifie. 

Bien que cette invention ait ete decrite en accord avec les modes de realisation 
presentes, un homme du metier reconnaitra immediatement qull existe des variantes aux 
modes de realisation presentes et que ces variantes sont dans I'esprit de la presente 
invention. Ainsi, des modifications peuvent etre realisees par un homme du metier sans pour 
autant s'exclure de la portee de llnvention definie par les revendications suivantes. 
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Revendications : 

1. Precede destine a contr6ler I'affichage d'au moins un caractere sur un appareil de sortie, 
une description sommaire dudit caractere etant indue dans une base de donnees, ledit 
procede comprenant les etapes suivantes : 

- elaboration d'un code executable a partir de la description sommaire dudit caractere, 

- execution du code executable correspondant audit caractere afin d'afficher le caractere sur 
I'appareil de sortie, 

caracterise en ce que I'etape d'elaboration du code executable comprend deux sous-etapes : 

- une etape d'extraction, a partir de la description sommaire dudit caractere, d'un code 
symbolique non executable definissant des actions pour colorier des points sur I'appareil de 
sortie, 

- une etape de generation dynamique, a partir dudit code symbolique, du code executable. 

2. Procede selon la revendication 1, caracterise en ce que le code executable elabore est 
stocke dans un module de stockage. 

3. Procede selon la revendication 2, caracterise en ce qu'il comprend les etapes suivantes : 

- reception d'une requete d'affichage dudit caractere, 

- recherche d'un code executable correspondant audit caractere dans le module de stockage, 

- decision, selon le resultat de la recherche, de : 

lorsque le code executable correspondant audit caractere est absent dans le module 
de stockage, elaborer ce code a partir de la description sommaire dudit caractere, le stacker 
dans le module de stockage et I'executer afin d'afficher ledit caractere sur I'appareil de 
sortie, 

- lorsque le code executable correspondant audit caractere est present dans le module de 
stockage, I'executer afin d'afficher ledit caractere sur I'appareil de sortie. 

4. Dispositif destine a controler I'affichage d'au moins un caractere sur un appareil de sortie, 
une description sommaire dudit caractere etant indue dans une base de donnees accessible 
au dispositif, incluant : 

- un module d'elaboration lie a la base de donnees et destine a elaborer un code executable 
a partir de la description sommaire dudit caractere, 

- un module d'execution, couple a I'appareil de stockage et a I'appareil de sortie, ledit 
module d'execution etant destine a executor le code executable correspondant audit 
caractere afin d'afficher ledit caractere sur I'appareil de sortie, 

caracterise en ce que le module d'elaboration inclut : 
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- des moyens d'extraction, a partir de la description sommaire dudit caractere, d'un code 
symbolique non executable definissant des actions pour colorier des points sur I'appareil de 
sortie, 

- des moyens de generation dynamique, a partir dudit code symbolique, du code executable. 

5. Dispositif selon la revendication 4, caracterise en ce qu'il comprend un module de 
stockage couple au module d'elaboration et destine a stacker le code executable elabore. 

6. Dispositif selon la revendication 5, caracterise en ce qu'il comprend : 

- des moyens de reception d'une requite d'affichage dudit caractere, 

- des moyens de recherche d'un code executable correspondant audit caractere dans le 
module de stockage, 

- des moyens de decision, selon le resultat de la recherche du code executable 
correspondant audit caractere, de : 

lorsque le code executable correspondant audit caractere est absent dans le module 
de stockage, elaborer ce code a partir de la description sommaire dudit caractere, le stacker 
dans le module de stockage et I'executer afin d'afficher ledit caractere sur I'appareil de 
sortie, 

- lorsque le code executable correspondant audit caractere est present dans le module de 
stockage, I'executer afin d'afficher ledit caractere sur I'appareil de sortie. 

7. Appareil electronique comprenant au moins : 

des moyens d'acces a une base de donnees contenant des descriptions sommaires de 
caracteres, 

- un dispositif destine a controler I'affichage d'au moins un caractere sur un appareil de 
sortie selon I'une des revendications 4 a 6, ladite base de donnees etant accessible audit 
dispositif, 

- un appareil de sortie destine a afficher au moins un caractere et controle par le dispositif 
de controle. 

8. Produit programme d'ordinateur pour controler i'affichage d'au moins un caractere sur un 
appareil de sortie destine a afficher, une description sommaire dudit caractere etant indue 
dans une base de donnees accessible a I'ordinateur, comprenant au moins les instructions 
necessaires a la realisation des etapes des procedes decrits dans I'une des revendications 1 
a 3. 
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